Pré-requisitos: Documentação de Contexto
Definição do problema e ideia de solução a partir da perspectiva do usuário. É composta pela definição do diagrama de personas, histórias de usuários, requisitos funcionais e não funcionais além das restrições do projeto.
Apresente uma visão geral do que será abordado nesta parte do documento, enumerando as técnicas e/ou ferramentas utilizadas para realizar a especificações do projeto
Identifique, em torno de, 5 personas. Para cada persona, lembre-se de descrever suas angústicas, frustrações e expectativas de vida relacionadas ao problema. Além disso, defina uma "aparência" para a persona. Para isso, você poderá utilizar sites como https://this-person-does-not-exist.com/pt#google_vignette ou https://thispersondoesnotexist.com/
Utilize também como referência o exemplo abaixo:
Enumere e detalhe as personas da sua solução. Para tanto, baseie-se tanto nos documentos disponibilizados na disciplina e/ou nos seguintes links:
Links Úteis:
Lembre-se que você deve ser enumerar e descrever precisamente e personalizada todos os clientes ideais que sua solução almeja.
Com base na análise das personas forma identificadas as seguintes histórias de usuários:
EU COMO... PERSONA |
QUERO/PRECISO ... FUNCIONALIDADE |
PARA ... MOTIVO/VALOR |
---|---|---|
Ana Clara | Uma forma de identificar se uma agência é realmente confiável | Me sentir mais segura ao contratar seus serviços |
Ana Clara | Ter um mecanismo eficiente e rápido de comunicação | Que eu possa sanar todas as minhas dúvidas rapidamente |
Apresente aqui as histórias de usuário que são relevantes para o projeto de sua solução. As Histórias de Usuário consistem em uma ferramenta poderosa para a compreensão e elicitação dos requisitos funcionais e não funcionais da sua aplicação. Se possível, agrupe as histórias de usuário por contexto, para facilitar consultas recorrentes à essa parte do documento.
Links Úteis:
As tabelas que se seguem apresentam os requisitos funcionais e não funcionais que detalham o escopo do projeto.
ID | Descrição do Requisito | Prioridade |
---|---|---|
RF-001 | A aplicação deve permitir que o usuário avalie uma agência de intercâmbio com base na sua experiência | ALTA |
RF-002 | A aplicação deve permitir que o usuário inclua comentários ao fazer uma avaliação de uma agência de intercâmbio | ALTA |
RF-003 | A aplicação deve permitir que o usuário consulte todas as agências de intercâmbio cadastradas ordenando-as com base em suas notas | ALTA |
ID | Descrição do Requisito | Prioridade |
---|---|---|
RNF-001 | A aplicação deve ser responsiva | MÉDIA |
RNF-002 | A aplicação deve processar requisições do usuário em no máximo 3s | BAIXA |
Com base nas Histórias de Usuário, enumere os requisitos da sua solução. Classifique esses requisitos em dois grupos:
- Requisitos Funcionais (RF): correspondem a uma funcionalidade que deve estar presente na plataforma (ex: cadastro de usuário).
- Requisitos Não Funcionais (RNF): correspondem a uma característica técnica, seja de usabilidade, desempenho, confiabilidade, segurança ou outro (ex: suporte a dispositivos iOS e Android). Lembre-se que cada requisito deve corresponder à uma e somente uma característica alvo da sua solução. Além disso, certifique-se de que todos os aspectos capturados nas Histórias de Usuário foram cobertos.
O projeto está restrito pelos itens apresentados na tabela a seguir.
ID | Restrição |
---|---|
01 | O projeto deverá ser entregue até o final do semestre |
02 | Não pode ser desenvolvido um módulo de backend |
Enumere as restrições à sua solução. Lembre-se de que as restrições geralmente limitam a solução candidata.
Links Úteis:
O diagrama de casos de uso é o próximo passo após a elicitação de requisitos, que utiliza um modelo gráfico e uma tabela com as descrições sucintas dos casos de uso e dos atores. Ele contempla a fronteira do sistema e o detalhamento dos requisitos funcionais com a indicação dos atores, casos de uso e seus relacionamentos.
As referências abaixo irão auxiliá-lo na geração do artefato “Diagrama de Casos de Uso”.
Links Úteis: